home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / fyi16.txt < prev    next >
Text File  |  1994-08-01  |  53KB  |  1,404 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                       ACM SIGUCCS
  8. Request for Comments: 1359                         Networking Taskforce
  9. FYI: 16                                                     August 1992
  10.  
  11.  
  12.                        Connecting to the Internet
  13.              What Connecting Institutions Should Anticipate
  14.  
  15. Status of this Memo
  16.  
  17.    This memo provides information for the Internet community.  It does
  18.    not specify an Internet standard.  Distribution of this memo is
  19.    unlimited.
  20.  
  21. Abstract
  22.  
  23.    This FYI RFC outlines the major issues an institution should consider
  24.    in the decision and implementation of a campus connection to the
  25.    Internet.
  26.  
  27.    In order to provide clarity to the reader, some specific information
  28.    has been detailed.  In doing so, the document has been directed
  29.    toward U.S.  academic institutions that have not yet connected to the
  30.    Internet.
  31.  
  32.    However, the issues for which specific information has been provided
  33.    can be generalized for any organization that wishes to participate in
  34.    the world-wide Internet community.  It will be necessary for those
  35.    organizations to obtain the correct and detailed information from
  36.    their local or national IP service providers.  In addition, this
  37.    document may be used as an evaluation checklist for organizations
  38.    that are currently connected.  Readers are expected to have general
  39.    familiarity with networking concepts and terminology.
  40.  
  41. Table of Contents
  42.  
  43.    1.  Acknowledgements..............................................  2
  44.    2.  Introduction..................................................  2
  45.    3. Initial Planning/Pre-Internet Installation Phase...............  4
  46.    3.1  Ask the Vital  Question......................................  4
  47.    3.2  Reasons Why to Participate...................................  5
  48.    3.3  Connection Options...........................................  6
  49.    3.4  Connection Service Providers.................................  7
  50.    3.5  Sample Questions for Connection Services Providers...........  8
  51.    3.5.1  Sample Questions...........................................  8
  52.    3.6  Cost Assessment..............................................  9
  53.    4. Initial Implementation and Startup Phase....................... 10
  54.    4.1  Policy Issues................................................ 10
  55.  
  56.  
  57.  
  58. NETTF                                                           [Page 1]
  59.  
  60. RFC 1359               Connecting to the Internet            August 1992
  61.  
  62.  
  63.    4.2  Connection to the Mid-level Network.......................... 11
  64.    4.3  IP Addresses and Domain Names................................ 11
  65.    4.4  Technical Issues............................................. 12
  66.    4.5  Support...................................................... 12
  67.    4.6  Training..................................................... 13
  68.    4.7  Promotion.................................................... 13
  69.    5.  Full Production/Maintenance................................... 13
  70.    5.1  Technical Issues............................................. 14
  71.    5.2  Human Factors................................................ 14
  72.    6.  Evaluation Strategies......................................... 15
  73.    7.  Appendix A. Partial List of IP Service Providers.............. 16
  74.    8.  Appendix B. NSFNet Backbone Services Acceptable Use Policy.... 22
  75.    9.  References.................................................... 23
  76.    10. Security Considerations....................................... 24
  77.    11. Authors' Addresses............................................ 24
  78.  
  79. 1.  Acknowledgements
  80.  
  81.    This document was created through the efforts of the ACM SIGUCCS
  82.    Networking Taskforce.  NETTF was created in 1989 under the direction
  83.    of Martyne Hallgren and with the approval and support of the SIGUCCS
  84.    Executive Board.
  85.  
  86.    The Networking Taskforce was created to increase awareness and
  87.    understanding of the Internet, to disseminate information and
  88.    research on development and use of the Internet, to promote
  89.    innovative and appropriate use of Internet resources, and to initiate
  90.    and encourage cooperation between the SIGUCCS membership and other
  91.    organizations, such as the Internet Engineering Task Force (IETF),
  92.    with similar goals towards networking.
  93.  
  94. 2.  Introduction
  95.  
  96.    The Internet is a world-wide network of networks with gateways
  97.    linking organizations in North and South America, Europe, The Pacific
  98.    Basin and other countries not previously included.  The organizations
  99.    are administratively independent from one another.  There is no
  100.    central, worldwide, technical control point.  Yet, working together
  101.    these organizations have created what to a user seems to be a single
  102.    virtual network that spans the globe.
  103.  
  104.    The networks all use a common suite of networking protocols, TCP/IP.
  105.    It is because of this commonality of protocols, this commonality of
  106.    network functionality and interoperability that the networks provide
  107.    what may appear to be a seamless, integrated virtual network,
  108.    irregardless of the underlying heterogeneity of the underlying
  109.    computer hardware or communications transport.
  110.  
  111.  
  112.  
  113.  
  114. NETTF                                                           [Page 2]
  115.  
  116. RFC 1359               Connecting to the Internet            August 1992
  117.  
  118.  
  119.    The most basic functions provided are electronic mail, access to
  120.    remote computational and informational facilities and file transfer.
  121.    The networking protocols were first deployed in the late 1960's in
  122.    the United States.  For several years, they were only used for very
  123.    specific research activities and in some computer science
  124.    departments.
  125.  
  126.    In 1985, at a meeting of National Science Foundation networking
  127.    specialists and higher educations representatives, a new national
  128.    data networking backbone, using these protocols, was outlined and
  129.    acted as a catalyst resulting in dramatic changes in data networking
  130.    technologies and usage.
  131.  
  132.    Originally conceived to connect the six national supercomputing
  133.    centers that had been established, in the ensuing years, the NSFNet
  134.    backbone network and its associated mid-level networks have grown
  135.    dramatically.  The networks built for mission and discipline specific
  136.    uses have also grown dramatically.  More importantly, because of the
  137.    common technology, they have been able to be connected together,
  138.    increasing their reach and as a result, their usefulness to the user
  139.    community with very little additional expense.  The end result is a
  140.    robust technology supporting the higher education and research
  141.    community.  Its continued development and growth are essential to
  142.    maintaining excellence in education and research.
  143.  
  144.    The use of the Internet has steadily and dramatically grown over the
  145.    past years.  More and more sites have connected.  Each site may have
  146.    more and more uses of the network, as existing users expand and new
  147.    users are added resulting in exponential growth of network traffic.
  148.    But even more dramatic are the explosions in growth due to the
  149.    innovative applications.  Networks are having a dramatic effect on
  150.    everything from libraries to elementary schools, from sharing
  151.    expensive scientific instruments to using databases to access
  152.    atmospheric data to electronic publishing and interpersonal
  153.    collaborations building "workplaces without walls".
  154.  
  155.    The number of organizations connected at present is constantly
  156.    growing.  At present, the organizations that connect through the
  157.    Internet include universities and colleges, research laboratories,
  158.    government and private, libraries, specialized scientific centers,
  159.    state agencies, K-12 (Kindergarten-12th Grade) organizations,
  160.    individuals, and individual research labs.  But no matter what kind
  161.    of organization it is, they all have the same need to understand what
  162.    it means to connect to the Internet.
  163.  
  164.    An institution must anticipate and prepare for four critical phases
  165.    in the deployment of an Internet connection.  The list of issues
  166.    discussed within this document is not exhaustive but rather the
  167.  
  168.  
  169.  
  170. NETTF                                                           [Page 3]
  171.  
  172. RFC 1359               Connecting to the Internet            August 1992
  173.  
  174.  
  175.    information provided should alert decision makers to major concerns
  176.    they should address during the different phases of network
  177.    deployment.
  178.  
  179.    As each issue is discussed, both soft and hard cost items will be
  180.    identified.  Both must be considered when determining the real cost
  181.    of deploying an Internet connection.  The hard cost items include
  182.    costs for which invoices are created.  They include the costs for new
  183.    circuits or phone lines, the purchase of modems or csu's and routers,
  184.    network membership dues and upgrades to existing hardware to make it
  185.    network compatible.  Soft costs are harder to quantify but no less
  186.    important.  These costs include training and education of staff,
  187.    faculty, and students, modifications to support staffing and
  188.    structure, deployment of new network applications or network services
  189.    such as FTP servers, centralized electronic mail services, or
  190.    campus-wide information systems.  It should also be recognized that
  191.    the soft costs involved also result in benefits that can easily be
  192.    seen as people investment and organizational investment.
  193.  
  194.    The four phases of an Internet Connection deployment are:
  195.  
  196.       A.  Initial planning/Pre-Internet installation phase
  197.       B.  Initial Implementation and Startup phase
  198.       C.  Full Production/Maintenance phase
  199.       D.  Evaluation/Upgrade phase
  200.  
  201. 3.  Initial Planning/Pre-Internet Installation Phase
  202.  
  203. 3.1  Ask the Vital Question
  204.  
  205.    An institution must first address the question, "What does my
  206.    community/institution gain from participating in the Internet
  207.    community?".
  208.  
  209.    Both commercial and non-profit education and research institutions
  210.    rightfully spend a great deal of high level effort to define their
  211.    mission and goals.  Any introduction of new technology --
  212.    particularly one which involves new modes and methodologies of
  213.    communication -- should be assessed in light of the institution's own
  214.    mission and goals as well as the wants and needs of the user
  215.    community it serves.
  216.  
  217.    Following, and as part of this evaluation, key institution decision
  218.    makers (at the highest levels of the organization) will require
  219.    information not only on the cost of connection, but more importantly
  220.    on the purpose and scope of participation in the Internet.  The
  221.    decision to participate requires not only the strong commitment of
  222.    senior administration but also the support and endorsement of the
  223.  
  224.  
  225.  
  226. NETTF                                                           [Page 4]
  227.  
  228. RFC 1359               Connecting to the Internet            August 1992
  229.  
  230.  
  231.    general institutional community.  In the case of an educational
  232.    institution, it is critical to have the support and active interest
  233.    of the faculty.  This decision will also involve a campus wide needs
  234.    assessment to determine the interest and support of the campus
  235.    community.
  236.  
  237. 3.2  Reasons Why to Participate
  238.  
  239.    The deployment of an Internet connection provides the impetus for the
  240.    development of a campus wide strategy for the use of information
  241.    technology which may otherwise never be accessible.  It may be
  242.    difficult to quantify such benefits but they must be included in the
  243.    justification process.  Many institutions have already done this and
  244.    are very likely already connected.  An interested institution might
  245.    will consult with a nearby, connected organization to see what
  246.    benefit they have derived from the connection.  An institution
  247.    looking at a connection for the first time must decide if a major
  248.    reason is simply to participate in a technology that has already
  249.    proven itself as being important to education; more importantly, it
  250.    may be a requirement now to compete with peer organizations.
  251.  
  252.    This is especially important to consider when recruiting both new
  253.    faculty and students.  New faculty will want to continue with their
  254.    research and academic collaborations which may require resources not
  255.    affordable to the institution.  These resources can be made available
  256.    via the network.  As a result, a university or college may be able to
  257.    recruit students and offer a new curriculum that demands access to
  258.    resources that would only be available via the network.  The
  259.    potential gain in prestige, research participation and dollars is
  260.    well work the investment.
  261.  
  262.    Many universities have also discovered economic efficiencies.  Many
  263.    subscription services have traditionally required a dedicated and
  264.    expensive access method.  More and more of these services are now
  265.    accessible via the Internet.  This trend will undoubtedly continue as
  266.    more and more commercial companies make their services available.
  267.    While the subscription fee may not alter, the cost of the dedicated
  268.    connection may by used to finance an Internet connection; not only
  269.    will the availability of the particular service be greater but the
  270.    underlying access medium can be used for multiple functions.
  271.  
  272.    Libraries, many already with automated catalogs, are looking at
  273.    various new applications to deal with the glut of information,
  274.    shrinking dollars and limited shelf space.  Electronic journals,
  275.    image-based text, publishing on demand are all issues that are being
  276.    evaluated for the digital library.  Universities are automating and
  277.    integrating a variety of activities and providing access to the
  278.    students and staff via a campus network.  At some universities,
  279.  
  280.  
  281.  
  282. NETTF                                                           [Page 5]
  283.  
  284. RFC 1359               Connecting to the Internet            August 1992
  285.  
  286.  
  287.    students are able to register for classes, look at their grades, and
  288.    check their bill from their dorm room instead of having to suffer
  289.    through long lines.  Some universities are able to keep in contact
  290.    with their alumni, through a variety of on-line information
  291.    resources.
  292.  
  293.    NSFNet was first created to facilitate access to five national
  294.    supercomputer centers, centers which still provide to researchers
  295.    leading edge computational technologies to support research in a
  296.    variety of areas, from black holes to pollution in the L.A. basin.
  297.    Today, researchers and students alike have access to a broad range of
  298.    computational, informational, and scientific instrumentation that can
  299.    be used remotely, with no loss of productivity.  For some
  300.    organizations, this means that they now can recruit faculty with
  301.    research requirements that they themselves could never afford.  It
  302.    means access to research funding.  At the same time, it opens up the
  303.    opportunity to faculty and students to select their next institution
  304.    for reasons other than the hardware currently owned.
  305.  
  306. 3.3  Connection Options
  307.  
  308.    There are a variety of connection options.  Factors besides costs may
  309.    be used to select the appropriate option or a series of options.
  310.    These factors include size and projected use (traffic) of the
  311.    connection, nature of the use and purpose of the enterprise driving
  312.    the effort.
  313.  
  314.    There are three basic categories of IP service connection available
  315.    at this time.  All three categories support essentially the same set
  316.    of functions.  They support a variety of line speeds (which affects
  317.    total capacity of the connection) and will run on a variety of
  318.    hardware platforms.  Performance depends on the line speed, the
  319.    hardware and software used, and the use.
  320.  
  321.    The three basic connection categories are:
  322.  
  323.         a)  dedicated connection
  324.         b)  dialup connection
  325.         c)  dialup access to a connection service
  326.  
  327.    A dedicated connection requires a dedicated, point-to-point
  328.    telecommunications circuit and an IP router (a dedicated networking
  329.    device), linking the organization to the Internet.  Line speeds range
  330.    from 9.6 Kb to 45 Mb, with the most common connection speeds being
  331.    56Kb and 1.54 Mb.  A dedicated connection to the Internet most
  332.    commonly connects to a campus-wide network with several hosts and
  333.    workstations.
  334.  
  335.  
  336.  
  337.  
  338. NETTF                                                           [Page 6]
  339.  
  340. RFC 1359               Connecting to the Internet            August 1992
  341.  
  342.  
  343.    A dialup connection requires a workstation, which may or may not be
  344.    dedicated to networking, with appropriate networking software and an
  345.    attached modem.  It uses a regular phone line.  When a network
  346.    connection is needed, the workstation is used to establish a
  347.    connection over the modem and phone line. At the end of use, the
  348.    connection is broken.  Line speeds range from 9.6Kb to 56Kb, with
  349.    lower speeds being most common.  It can be used to connect a single
  350.    workstation or a LAN.  However, if it is used to connect a LAN, the
  351.    workstation must provide some routing functionality.
  352.  
  353.    Several IP service providers offer dialup access to a connection
  354.    service.  Such a service provides only remote login capabilities or
  355.    other limited functions by calling a local phone number and setting
  356.    up a single function environment.  A terminal emulator is used from a
  357.    MAC or a PC.  The service can support speeds from 2.4Kb - 19.2 Kb.
  358.    Providers usually charge a flat-rate connection fee as opposed to a
  359.    connection fee and traffic charge.
  360.  
  361.    As each type of connection alternative is examined, the organization
  362.    must consider the technical evolution and cost projections.  The
  363.    appropriate campus agency (usually an information or
  364.    telecommunications area) should inventory the existing campus
  365.    networking.  For those organizations that do currently have a campus
  366.    network, the inventory will provide valuable input to the development
  367.    of a short and long term technology evolution strategy.
  368.  
  369.    If a campus network does not yet exist, the development of a campus
  370.    networking strategy may have the effect of an upgrade of technology
  371.    throughout the campus.  In either case, the question of how to get
  372.    network connectivity to the workstations on the faculty and staff
  373.    desks, large user rooms, residence halls, libraries and campus stores
  374.    must eventually be addressed.
  375.  
  376.    A connection to the Internet does not always imply the development of
  377.    a campus-wide network.  In some cases, it may be appropriate for only
  378.    a small segment of the organization's community to have access to the
  379.    Internet.  Often, organizations will use such a strategy as a way to
  380.    introduce the technology to a small group of enthusiastic customers
  381.    who become champions in their own right.
  382.  
  383. 3.4  Connection Service Providers
  384.  
  385.    There are several organizations, not-for-profit and commercial, that
  386.    now offer connectivity services to the Internet.  Refer to Appendix A
  387.    for a partial list.
  388.  
  389.    There is no hard and fast rule specifying to whom an organization
  390.    should approach for a connection.  Historically, there has been a
  391.  
  392.  
  393.  
  394. NETTF                                                           [Page 7]
  395.  
  396. RFC 1359               Connecting to the Internet            August 1992
  397.  
  398.  
  399.    tendency for an academic institution to become a member of the
  400.    closest mid-level network.  The best approach, given the growing
  401.    number of IP service providers, is to consider all the providers that
  402.    offer services in the region, consider the variety and quality of
  403.    services offered within in the framework of the organization's
  404.    requirements and make an informed decision based on that information.
  405.  
  406. 3.5  Sample Questions for Connection Services Providers
  407.  
  408.    It is often hard to know what questions should be asked while
  409.    evaluating different service providers.  The following set of
  410.    questions have been included at a starting point for any discussion
  411.    with an IP service provider.
  412.  
  413. 3.5.1  Sample Questions
  414.  
  415.       a) What connection services do they offer?  Please describe in
  416.          detail (i.e., until you understand what they are talking
  417.          about).
  418.  
  419.       b) What is the cost?
  420.  
  421.       c) What is included in the cost?
  422.               -the circuit cost (installation and monthly charge)
  423.               -the router (cost of onsite router, cost of offsite
  424.                router)
  425.               -hardware/software
  426.               -maintenance, of what??
  427.               -membership fee
  428.  
  429.       d) Is there any other kind of charge not included in the upfront
  430.          cost?
  431.  
  432.       e) What are their support services?
  433.               -NOC?
  434.               -NIC?
  435.               -What do they mean by either organization?
  436.  
  437.       f) Do they fix the router when it's broken?
  438.  
  439.       g) Do they require 24 hour access to the physical location?
  440.  
  441.       h) Do they require an onsite person be available to them to
  442.          assist in problem diagnosis?
  443.  
  444.       i) What training is available?  Is it included in above cost??
  445.  
  446.       j) Do they have an acceptable use policy?
  447.  
  448.  
  449.  
  450. NETTF                                                           [Page 8]
  451.  
  452. RFC 1359               Connecting to the Internet            August 1992
  453.  
  454.  
  455.       k) Is there an annual meeting?
  456.  
  457.       l) Do they have dedicated (i.e., full time), professional staff?
  458.  
  459.       m) Are there limitations to connecting to other parts of the
  460.          Internet (i.e., can you everywhere you need to get?)?
  461.  
  462.       n) To whom else do they provide service?
  463.               -references?
  464.  
  465.    If any of this information is confidential, consider finding another
  466.    service provider.
  467.  
  468. 3.6  Cost Assessment
  469.  
  470.    An organization contemplating a connection to the Internet should be
  471.    careful to consider not only the physical connection and startup
  472.    costs but also the costs of supporting the resulting service
  473.    infrastructure.  This infrastructure includes the development and
  474.    continued support of a campus-wide network.  At some universities,
  475.    this network may only support data, but at many universities and
  476.    other organizations, the development of a campus-wide network must
  477.    evolve to consider data, voice, and video as the applications and
  478.    requirements of information technologies supported by internetworking
  479.    technologies expand.
  480.  
  481.    The Internet provides access to a wide variety of resources and a
  482.    broad set of functions and services which may or may not have been
  483.    available locally.  Support staff will require education and training
  484.    to support and in turn train the faculty, other staff, and students
  485.    in the use of the new technology and new resources made available.
  486.    This training may mean strategic re-orientation and deployment of
  487.    campus networking information services.  The costs of such added-
  488.    value services should be planned for in advance.
  489.  
  490.    Increased use of the campus network will make additional demands on
  491.    existing network technical staff.  Areas of the institution not
  492.    currently participating in data network services will want to
  493.    participate.  While not all of these services can be exactly
  494.    quantified in terms of costs, they must be anticipated and
  495.    incorporated into campus planning for an Internet connection.  These
  496.    areas may include libraries, dormitories, student services, and data
  497.    depositories.
  498.  
  499.    The implementation of an Internet connection provides the impetus for
  500.    the development of a campus-wide strategy for the use of information
  501.    technologies which may otherwise have never been accessible.  It may
  502.    be difficult to quantify such benefits but they must be included in
  503.  
  504.  
  505.  
  506. NETTF                                                           [Page 9]
  507.  
  508. RFC 1359               Connecting to the Internet            August 1992
  509.  
  510.  
  511.    the justification process.  The benefits can include access to
  512.    expensive, scientific instruments such as computational services
  513.    (i.e., massively parallel supercomputers) or particle accelerators.
  514.    Clearly, this access means that the organization will have the use of
  515.    these facilities without the cost of buying one, thus provide an
  516.    effective recruiting tool for bright, young PHD's who require this
  517.    kind of resource.
  518.  
  519. 4.  Initial Implementation and Startup Phase
  520.  
  521.    Once the institution decides to connect to the Internet, several
  522.    tasks should get underway. In rough terms, the tasks relate to
  523.    policy, process definition, education, promotion, technical and
  524.    fiscal issues.  Several of these tasks should be addressed
  525.    simultaneously.
  526.  
  527. 4.1  Policy Issues
  528.  
  529.    The campus community should develop guidelines for acceptable use of
  530.    the network.  These guidelines not only include policies governing
  531.    the use of the campus net, but now extend to guidelines for the
  532.    appropriate use of the Internet as well.  Appropriate use policy must
  533.    include policies developed by the Internet community.  NSF has an
  534.    acceptable use policy which applies to use of the backbone networks
  535.    they provide.  See Appendix B.  Each of the mid-level networks as
  536.    well as other organizations with their own backbone networks have
  537.    their own acceptable use policy, which may not be the same as that of
  538.    NSF's.  It is important to be aware of the limitations or lack of
  539.    limitations when connecting and using various networks.
  540.  
  541.    The development of an acceptable use policy, in addition to providing
  542.    protection to the institution provides an excellent opportunity to
  543.    develop campus guidelines for privacy and security issues for
  544.    computing in general.  Guidelines about data available on the network
  545.    and the proper use of that data and how data may be properly used and
  546.    who may properly use it, issues of copyright and attribution
  547.    requirements of FTP-able documents; all these topics should be
  548.    considered.
  549.  
  550.    Ethical guidelines concerning the use and possible misuse of software
  551.    and data banks available over the Internet must be carefully
  552.    developed and published across the institution and in the hands of
  553.    faculty, staff, and students.  Considerable work has already been
  554.    expended in developing several good references which can be used to
  555.    guide the development of these policies.  See FYI 8, RFC 1244, "Site
  556.    Security Handbook" [1].
  557.  
  558.  
  559.  
  560.  
  561.  
  562. NETTF                                                          [Page 10]
  563.  
  564. RFC 1359               Connecting to the Internet            August 1992
  565.  
  566.  
  567.    In order to maximize usage for the entire Internet community, the
  568.    campus community must learn proper etiquette in the use of the
  569.    network, including such issues as the management of large files, data
  570.    compression, and the efficient use of electronic mail.  See RFC 1087,
  571.    "Ethics and the Internet" [2].
  572.  
  573. 4.2  Connection to the Mid-level Network
  574.  
  575.    By this time, the organization should have decided what type of
  576.    connection they want and with which service provider they will be
  577.    working.  There are specific technical details which must be
  578.    addressed in the initial deployment of the connection.  There is the
  579.    evaluation of hardware and software.  The mid-level network or
  580.    institution providing the connection is often an excellent resource
  581.    to complement the on-campus group in determining the best
  582.    configuration.  It is vital to understand before this time exactly
  583.    what items the organization will be required to purchase or that will
  584.    be provided at part of a fee-based service.  (Refer back to the
  585.    sample set of questions.)
  586.  
  587. 4.3  IP Addresses and Domain Names
  588.  
  589.    Every organization connecting to the network must have a unique
  590.    identifier.  This identifier is known as the campus IP network
  591.    address.  In addition to a numerical identifier, most organizations
  592.    also get what is known as a domain name.  It is through the numerical
  593.    address and the domain name that the organization's hosts will become
  594.    know throughout the Internet.
  595.  
  596.    An organization must register with the authority that assigns a IP
  597.    addresses and for a domain name.  The IP address is assigned by the
  598.    Internet Address Naming Authority (IANA).  The Domain Name is picked
  599.    by the organization.  A domain name is simply a character string that
  600.    maps to the IP address.  It makes it easier for humans to remember
  601.    than a unique set of numbers.  It is beyond the scope of this
  602.    document to include a tutorial on IP addresses and domain names.  For
  603.    more information on IP addresses and domain names, refer to Doug
  604.    Comer's textbook, "Internetworking with TCP/IP: Principles,
  605.    Protocols, and Architectures" [3].  (See also FYI 5, RFC 1178,
  606.    "Choosing a Name for Your Computer" [4].)
  607.  
  608.    There are different classes of Internet addresses, which correspond
  609.    to the number of hosts an organization anticipates connecting to its
  610.    networks.  Thus the campus should carefully consider the planned
  611.    growth of its own network in applying for the appropriate class of
  612.    membership.  The IP service provider is an excellent source of advice
  613.    in choosing a membership class.
  614.  
  615.  
  616.  
  617.  
  618. NETTF                                                          [Page 11]
  619.  
  620. RFC 1359               Connecting to the Internet            August 1992
  621.  
  622.  
  623.    At this time, there is no cost associated with registration for IP
  624.    addresses or domain names.
  625.  
  626.    The actual procedure for applying for the IP address and domain name
  627.    should be explained and is often provided to the connecting
  628.    organization by the IP service provider.
  629.  
  630. 4.4  Technical Issues
  631.  
  632.    The installation itself should occur with with as little disruption
  633.    to the campus network as possible.  To accomplish a such deployment,
  634.    the organization should develop a complete plan of action, which
  635.    would include the following steps (some may be simultaneous; some may
  636.    be done by the service provider; the list is not exhaustive):
  637.  
  638.       a)  order, install, test circuit or phone line
  639.  
  640.       b)  IP address and domain name registration
  641.  
  642.       c)  hardware purchasing/delivery
  643.  
  644.       d)  routing configurations/reconfig campus network
  645.  
  646.       e)  bring up router, test end-to-end connectivity
  647.  
  648.       f)  make available to campus
  649.  
  650. 4.5  Support
  651.  
  652.    Perhaps the most challenging task in the initial deployment of the
  653.    Internet connection is the resulting reorientation of network
  654.    technical and network information services.  There are added
  655.    responsibilities for network management as well as added network
  656.    information services to support the connection.  Cognizant
  657.    administrators must recognize, plan and budget for these added tasks.
  658.    Administration must also ensure that there is a clear delineation of
  659.    duties among technical and network information services staff to
  660.    avoid needless duplication of effort or conflict.
  661.  
  662.    Concurrent with the deployment of the network, the education of the
  663.    user community is critical.  This includes creation of documentation
  664.    on basic information about the Internet and specific campus resources
  665.    as well as details on remote resources (library catalogs, information
  666.    servers, etc) and how to use them.
  667.  
  668.    Many organizations have already created excellent documentation that
  669.    they are willing to share.  They generally only require attribution
  670.    in return for distribution rights (for educational purposes only).
  671.  
  672.  
  673.  
  674. NETTF                                                          [Page 12]
  675.  
  676. RFC 1359               Connecting to the Internet            August 1992
  677.  
  678.  
  679. 4.6  Training
  680.  
  681.    Networking problems experienced by end-users are often the result of
  682.    mis-information or campus-specific configurations as opposed to
  683.    problems at the mid-level or backbone.  An investment in staff and
  684.    user training and documentation at the beginning of the network
  685.    deployment is an investment that will show a clear return in the long
  686.    term.
  687.  
  688.    User training is critical but depending on the size of the campus, it
  689.    is impossible to expect the support staff to train users on an
  690.    individual basis.  Rather, it's important to consider developing and
  691.    promoting a hierarchy of support personal, so the central support
  692.    staff is actually training the trainers who then go out and support
  693.    their particular group of users.
  694.  
  695.    The most critical course taught to users is on local information on
  696.    the basic functions of the network, electronic mail, file transfer,
  697.    and remote login.  Good documentation will help promote the
  698.    successful use of the network.  Documentation should be clear,
  699.    concise and to the point.  During the training, it is important to
  700.    address the most commonly asked questions first.
  701.  
  702. 4.7  Promotion
  703.  
  704.    A network is only as successful as the users say it is.  From the
  705.    very beginning, the network must be presented to them as a useful
  706.    tool.  Promotion, through newsletters and other appropriate
  707.    communication vehicles must be considered a required activity.  An
  708.    active promotion strategy will allow an organization to set the
  709.    expectations of the users in regards to service and performance,
  710.    especially important for a networking staff that is just learning.
  711.  
  712.    Faculty involvement from the very beginning is vital.  It is
  713.    important to gain their support and to build on it.  Whether it is
  714.    through faculty advisory committees or direct contact with
  715.    individuals, their feedback and support can be a healthy measure of
  716.    success.
  717.  
  718. 5.  Full Production/Maintenance
  719.  
  720.    As the campus community incorporates the Internet as part as its
  721.    usual routine, those responsible for the campus network and the
  722.    Internet connection must ensure the accessibility, reliability, and
  723.    relative ease of use of the network.  This ongoing maturation of the
  724.    network constitutes a vital service to the user community.
  725.  
  726.  
  727.  
  728.  
  729.  
  730. NETTF                                                          [Page 13]
  731.  
  732. RFC 1359               Connecting to the Internet            August 1992
  733.  
  734.  
  735.    As the network becomes a crucial tool in the user community's daily
  736.    routine, so does the interface between the operations, information,
  737.    and user services staffs and the end users gain in importance.
  738.    Responding to end-user problems with courtesy and accepting
  739.    responsibility for resolving the end-user concern (as opposed the
  740.    actual technical problem) creates a working environment of trust and
  741.    partnership.
  742.  
  743. 5.1  Operation Services
  744.  
  745.    There will be hardware and software support, including updating and
  746.    maintaining compatible software revisions, planned replacement and
  747.    maintenance of communications hardware to make use of new technology,
  748.    and routine network operations center activities.  This includes IP
  749.    number administration, monitoring of the network to determine usage
  750.    patterns, optimal routing, continuous and accurate updates of known
  751.    problems as well as trouble shooting problem areas of the campus net.
  752.    The network staff will have to maintain its campus routing tables.
  753.    If the site serves as a backbone site, it may have to maintain tables
  754.    for its designated area.
  755.  
  756.    It is important to continue to have a close relationship between the
  757.    operations staff and the engineering staff.  The operations staff
  758.    must have a quick inroad to engineering to ensure quick responses to
  759.    the user community as problems are reported.
  760.  
  761.    The scope of these technical activities depend upon the size of the
  762.    campus network and the level of campus responsibility for the
  763.    Internet connection.  The responsibilities grow both in scale and
  764.    importance as the institution comes to rely on the services of the
  765.    network and its access to the Internet.
  766.  
  767. 5.2  Information and User Services
  768.  
  769.    The education, training and promotion activities associated with the
  770.    network continue but mature both in scope and the level of network
  771.    expertise.  Documentation efforts continue.  Documents are refined
  772.    and reviewed periodically for accuracy and completeness, but
  773.    individual consultation will change as network users become more
  774.    sophisticated and experienced in using the network.  As more and more
  775.    consulting and information services are made available through the
  776.    network itself, network information staff will likely find themselves
  777.    increasingly involved in "training the trainers" or in individual
  778.    consultation and help sessions with faculty and researchers actively
  779.    involved in collaborative research over the network.
  780.  
  781.    Promotion activities must also continue to involve new faculty and
  782.    staff, to promote and advertise major campus network activities and
  783.  
  784.  
  785.  
  786. NETTF                                                          [Page 14]
  787.  
  788. RFC 1359               Connecting to the Internet            August 1992
  789.  
  790.  
  791.    projects, and to highlight new services and projects available on the
  792.    Internet.  The continuing effort, which can include a campus
  793.    newsletter or periodic seminars on network services, is a necessary
  794.    and crucial part of recruiting new and innovative uses of the
  795.    Internet, which will act to justify continued development and
  796.    investment.
  797.  
  798. 6.  Evaluation Strategies
  799.  
  800.    A system as complex and ubiquitous as the campus data network
  801.    requires periodic review and evaluation.  As the campus network
  802.    provides the primary access to the larger Internet community,
  803.    evaluation strategies must include analyses of how and where the
  804.    Internet is most heavily used and how campus data flows might
  805.    optimize that traffic.
  806.  
  807.    Evaluation of network statistics provide key information on how the
  808.    network is used and who is using it.  In turn, this must lead to
  809.    assessment mechanisms to gauge user satisfaction with the network and
  810.    the tools used to make use of the network.  At the base level, there
  811.    are the tools provided within the network protocol itself -- Telnet,
  812.    FTP, SMTP mail -- that provide fundamental access to the Internet.
  813.    But as campus use of the network and the Internet matures, the campus
  814.    network community itself will build on those tools to provide special
  815.    "campus customized" tools used on the network.  Network services
  816.    should evaluate user needs and, where appropriate, design user
  817.    friendly interface mechanisms especially suited to special campus
  818.    area needs.
  819.  
  820.    While the use of quantitative methods of evaluation are important,
  821.    they can not replace qualitative methods.  If end-users are unhappy,
  822.    if problems continue to be reported even though the statistics and
  823.    technical monitors show few errors, organizations must recognize that
  824.    serious problems do exist and take immediate action to resolve them.
  825.  
  826.    The use of the Internet itself and its impact on campus research and
  827.    instruction goals must be reviewed and evaluated.  The introduction
  828.    of new technology inevitably involves reorientation and new means of
  829.    communication.  While this should be a benefit to the campus
  830.    community as a whole, the new technologies may leave some segments of
  831.    the community disoriented.  A careful evaluation of the impact of
  832.    this new technology should determine not only which areas of campus
  833.    benefit from Internet participation, but also which areas are not
  834.    benefitting from the new technology.  Planning strategies should
  835.    include special attention to areas not making use of network
  836.    resources to make those areas aware of the potential benefits and to
  837.    provide training in the use of the network.  In summary,
  838.    universities, schools, colleges and institutions in the Internet
  839.  
  840.  
  841.  
  842. NETTF                                                          [Page 15]
  843.  
  844. RFC 1359               Connecting to the Internet            August 1992
  845.  
  846.  
  847.    community must incorporate a mechanism to evaluate both hidden
  848.    benefits as well as hidden costs of that participation.
  849.  
  850. 7.  Appendix A. Partial List of U.S. IP Service Providers
  851.  
  852.    ANS
  853.            Joel Maloff
  854.            Vice President - Client Services
  855.            Advanced Network and Services
  856.            2901 Hubbard Rd.
  857.            Ann Arbor, MI 48105
  858.            (313) 663-7610
  859.            maloff@nis.ans.net
  860.  
  861.    BARRNET
  862.            William Yundt
  863.            Pine Hall Rm. 115
  864.            Stanford, CA 94305-4122
  865.            (415) 723-3104
  866.            gd.why@forsythe.stanford.edu
  867.            Fax: (415) 723-0010
  868.  
  869.    CERFnet
  870.            Susan Estrada
  871.            San Diego Supercomputer Center
  872.            P.O. Box 85608
  873.            San Diego, CA 92186-9784
  874.            (619) 534-5067
  875.            estradas@sdsc.edu
  876.            Fax: (619) 534-5167
  877.  
  878.    CICnet
  879.            Michael Staman
  880.            President
  881.            ITI  Building
  882.            2901 Hubbard Drive  Pod G
  883.            Ann Arbor, MI 48105
  884.            staman@cic.net
  885.            (313) 998-6101
  886.            Fax: (313) 998-6105
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898. NETTF                                                          [Page 16]
  899.  
  900. RFC 1359               Connecting to the Internet            August 1992
  901.  
  902.  
  903.    Colorado Supernet
  904.            Ken Harmon
  905.            CSM Computing Center
  906.            Colorado School Mines
  907.            1500 Illinois
  908.            Golden, Colorado 80401
  909.            (303) 273-3471
  910.            kharmon@csn.org
  911.            Fax: (303) 273-3475
  912.  
  913.    CONCERT
  914.            Joe Ragland
  915.            CONCERT (Communications for NC
  916.            Education, Research, and Technology)
  917.            P.O. Box 12889
  918.            3021 Cornwallis Road
  919.            Research Triangle Park, NC 27709
  920.            (919) 248-1404
  921.            jrr@concert.net
  922.            Fax: (919) 248-1405
  923.  
  924.    CREN
  925.            Jim Conklin
  926.            EDUCOM
  927.            1112 16th Street NW
  928.            Washington D.C.  20036
  929.            (202) 872-4200
  930.            conklin@bitnic.bitnet
  931.            Fax: (202) 872-4318
  932.  
  933.    CSUNET
  934.            Chris Taylor
  935.            Manager, Network Technology
  936.            Office of the Chancellor
  937.            Information Resources and Technology
  938.            P.O. Box 3842
  939.            Seal Beach, CA  90740-7842
  940.            (213) 985-9669
  941.            chris@calstate.edu
  942.            Fax:  (213) 985-9400
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954. NETTF                                                          [Page 17]
  955.  
  956. RFC 1359               Connecting to the Internet            August 1992
  957.  
  958.  
  959.    JVNCnet
  960.            Sergio Heker
  961.            6 von Neumann Hall
  962.            Princeton University
  963.            Princeton, NJ  08544
  964.            (609) 258-2411
  965.            heker@jvnc.net
  966.            Fax: (609) 258-2424
  967.  
  968.    LOS NETTOS
  969.            Ann Cooper
  970.            USC/Information Sciences Institute
  971.            4676 Admiralty Way
  972.            Marina del Rey, Ca  90292
  973.            (310) 822-1511
  974.            Fax: (310) 823-6714
  975.  
  976.    Merit
  977.            Eric Aupperle
  978.            Merit Network
  979.            2200 Bonisteel Blvd.
  980.            Ann Arbor, MI  48109-2112
  981.            (313) 764-9423
  982.            ema@merit.edu
  983.            Fax: (313) 747-3745
  984.  
  985.    MIDnet
  986.            Dale Finkelson
  987.            29 WSEC
  988.            University of Nebraska
  989.            Lincoln, NE  68588
  990.            (402) 472-5032
  991.            dmf@westie.unl.edu
  992.            Fax: (402) 472-5280
  993.  
  994.    MRNET
  995.            Dennis Fazio
  996.            Executive Director
  997.            The Minnesota Regional Network
  998.            511 11th Avenue South, Box 212
  999.            Minneapolis, Minnesota  55415
  1000.            (612) 342-2570
  1001.            dfazio@MR.NET
  1002.            Fax: (612) 344-1716
  1003.  
  1004.  
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010. NETTF                                                          [Page 18]
  1011.  
  1012. RFC 1359               Connecting to the Internet            August 1992
  1013.  
  1014.  
  1015.    NCAR
  1016.            Joseph H. Choy
  1017.            P.O. Box 3000
  1018.            Boulder, CO  80307-3000
  1019.            (303) 497-1222
  1020.            choy@ncar.ucar.edu
  1021.            Fax: (303) 497-1137
  1022.  
  1023.    NEARnet
  1024.            John Rugo
  1025.            Accounts Manager
  1026.            BBN Systems and Technologies
  1027.            10 Moulton Street
  1028.            Cambridge, MA  02138
  1029.            (617) 873-2935
  1030.            jrugo@nic.near.net
  1031.  
  1032.    NETILLINOIS
  1033.            Ed Krol
  1034.            University of Illinois
  1035.            Computing Services Office
  1036.            1304 W. Springfield
  1037.            Urbana, IL  61801
  1038.            (217) 333-7886
  1039.            e-krol@uiuc.edu
  1040.  
  1041.    NevadaNet
  1042.            University of Nevada System
  1043.            Computing Services
  1044.            4505 Maryland Pkwy
  1045.            Las Vegas, NV  89154
  1046.            (702) 739-3557
  1047.  
  1048.    NorthWestNet
  1049.            Eric S. Hood
  1050.            Executive Director
  1051.            NorthWestNet
  1052.            2435 233rd Place NE
  1053.            Redmond, WA  98053
  1054.            (206) 562-3000
  1055.            ehood@nwnet.net
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066. NETTF                                                          [Page 19]
  1067.  
  1068. RFC 1359               Connecting to the Internet            August 1992
  1069.  
  1070.  
  1071.    NYSERnet
  1072.            Jim Luckett
  1073.            NYSERNET INC
  1074.            111 College Place
  1075.            Room 3-211
  1076.            Syracuse, New York 13244
  1077.            (315) 443-4120
  1078.            luckett@nysernet.org
  1079.            Fax: (315) 425-7518
  1080.  
  1081.    OARnet
  1082.            Alison A. Brown
  1083.            Ohio Supercomputer Center
  1084.            1224 Kinnear Road
  1085.            Columbus, Ohio  43085
  1086.            (614) 292-9248
  1087.            alison@osc.edu
  1088.            Fax: (614) 292-7168
  1089.  
  1090.    Onet
  1091.            Eugene Siciunas
  1092.            4 Bancroft Ave., Rm. 116
  1093.            University of Toronto
  1094.            Toronto
  1095.            Ontario  M5S 1A1
  1096.            Canada
  1097.            (416) 978-5058
  1098.            eugene@vm.utcs.utoronto.ca
  1099.            Fax: (416) 978-6620
  1100.  
  1101.    PREPnet
  1102.            Thomas W. Bajzek
  1103.            530 North Neville Street
  1104.            Pittsburgh, PA  15213
  1105.            (412) 268-7870
  1106.            twb+@andrew.cmu.edu
  1107.            Fax: (412) 268-7875
  1108.  
  1109.    PSCnet
  1110.            Eugene F. Hastings, II
  1111.            Pittsburgh Supercomputing Center
  1112.            4400 5th Avenue
  1113.            Pittsburgh, PA 15213
  1114.            (412) 268-4960
  1115.            hastings@psc.edu
  1116.            Fax: (412) 268-5832
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122. NETTF                                                          [Page 20]
  1123.  
  1124. RFC 1359               Connecting to the Internet            August 1992
  1125.  
  1126.  
  1127.    PSINet
  1128.            William L. Schrader
  1129.            President & CEO
  1130.            11800 Sunrise Valley Drive
  1131.            Suite 1100
  1132.            Reston, VA  22091
  1133.            (703) 620-6651
  1134.            wls@psi.com
  1135.            Fax: (703) 620-4586
  1136.  
  1137.    SDSCnet
  1138.            E. Paul Love, Jr.
  1139.            San Diego Supercomputer Center
  1140.            P.O. Box 85608
  1141.            San Diego, CA  92186-9784
  1142.            (619) 534-5043
  1143.            loveep@sdsc.edu
  1144.            Fax: (619) 514-5152
  1145.  
  1146.    Sesquinet
  1147.            Farrell Gerbode
  1148.            Office of Networking and
  1149.            Computing Systems
  1150.            Rice University
  1151.            Houston, TX  77251-1892
  1152.            (713) 527-4988
  1153.            farrell@rice.edu
  1154.            FAX: (713) 527-6099
  1155.  
  1156.    SURAnet
  1157.            Jack Hahn
  1158.            1353 Computer Science Center
  1159.            University of Maryland
  1160.            College Park, Maryland  20742-2411
  1161.            (301) 454-5434
  1162.            hahn@umd5.umd.edu
  1163.  
  1164.    THEnet
  1165.            Tracy LaQuey Parker
  1166.            Computation Center
  1167.            University of Texas
  1168.            Austin, TX 78712
  1169.            (512) 471-5046
  1170.            tracy@utexas.edu
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178. NETTF                                                          [Page 21]
  1179.  
  1180. RFC 1359               Connecting to the Internet            August 1992
  1181.  
  1182.  
  1183.    VERnet
  1184.            James A. Jokl
  1185.            VERnet
  1186.            Academic Computing Center
  1187.            Gilmer Hall
  1188.            University of Virginia
  1189.            Charlottesville, VA  22903
  1190.            jaj@boole.acc.virginia.edu
  1191.  
  1192.    Westnet
  1193.            Pat Burns
  1194.            UCC
  1195.            601 S. Howes, 6th Floor South
  1196.            Colorado State University
  1197.            Fort Collins, CO  80523
  1198.            (303) 491-7260
  1199.            pburns@yuma.ACNS.ColoState.EDU
  1200.            Fax: (303) 491-2293
  1201.  
  1202. 8.  Appendix B. NSFNet Backbone Services Acceptable Use Policy
  1203.  
  1204. THE NSFNET BACKBONE SERVICES ACCEPTABLE USE POLICY - released
  1205. February 1992
  1206.  
  1207. GENERAL PRINCIPLE:
  1208.  
  1209.    (1)  NSFNET Backbone services are provided to support open research
  1210.         and education in and among US research and instructional
  1211.         institutions, plus research arms of for-profit firms when
  1212.         engaged in open scholarly communication and research.  Use for
  1213.         other purposes is not acceptable.
  1214.  
  1215. SPECIFICALLY ACCEPTABLE USES:
  1216.  
  1217.    (2)  Communication with foreign researchers and educators in
  1218.         connection with research or instruction, as long as any network
  1219.         that the foreign user employs for such communication provides
  1220.         reciprocal access to US researchers and educators.
  1221.  
  1222.    (3)  Communication and exchange for professional development, to
  1223.         maintain currency, or to debate issues in a field or subfield of
  1224.         knowledge.
  1225.  
  1226.    (4)  Use for disciplinary-society, university-association,
  1227.         government-advisory, or standards activities related to the
  1228.         user's research and instructional activities.
  1229.  
  1230.  
  1231.  
  1232.  
  1233.  
  1234. NETTF                                                          [Page 22]
  1235.  
  1236. RFC 1359               Connecting to the Internet            August 1992
  1237.  
  1238.  
  1239.    (5)  Use in applying for or administering grants or contracts for
  1240.         research or instruction, but not for other fundraising or public
  1241.         relations activities.
  1242.  
  1243.    (6)  Any other administrative communications or activities in direct
  1244.         support of research and instruction.
  1245.  
  1246.    (7)  Announcements of new products or services for use in research or
  1247.         instruction, but not advertising of any kind.
  1248.  
  1249.    (8)  Any traffic originating from a network of another member agency
  1250.         of the Federal Networking Council if the traffic meets the
  1251.         acceptable use policy of that agency.
  1252.  
  1253.    (9)  Communication incidental to otherwise acceptable use, except for
  1254.         illegal or specifically unacceptable use.
  1255.  
  1256. UNACCEPTABLE USES:
  1257.  
  1258.   (10)  Use for for-profit activities (consulting for pay, sales or
  1259.         administration of campus stores, sale of tickets to sports
  1260.         events, and so on) or use by for-profit institutions unless
  1261.         covered by the General Principle or as a specifically acceptable
  1262.         use.
  1263.  
  1264.    (11)  Extensive use for private or personal business.
  1265.  
  1266.    This statement applies to use of the NSFNET Backbone only.  NSF
  1267.    expects that connecting networks will formulate their own use
  1268.    policies.  The NSF Division of Networking and Communications Research
  1269.    and Infrastructure will resolve any questions about this Policy or
  1270.    its interpretation.
  1271.  
  1272. 9.  References
  1273.  
  1274.    [1]  Holbrook, P., and J. Reynolds, Editors, "Site Security
  1275.         Handbook", FYI 8, RFC 1244, CICNet, USC/Information Sciences
  1276.         Institute, July 1991.
  1277.  
  1278.    [2]  Internet Activities Board, "Ethics and the Internet", RFC 1087,
  1279.         IAB, January 1989.
  1280.  
  1281.    [3]  Comer, Douglas, "Internetworking with TCP/IP: Principles,
  1282.         Protocols, and Architectures", Second Edition, Prentice Hall,
  1283.         Englewood Cliffs, N.J, 1991.
  1284.  
  1285.    [4]  Libes, D., "Choosing a Name for Your Computer", FYI 5, RFC 1178,
  1286.         Integrated Systems Group/NIST, August 1990.
  1287.  
  1288.  
  1289.  
  1290. NETTF                                                          [Page 23]
  1291.  
  1292. RFC 1359               Connecting to the Internet            August 1992
  1293.  
  1294.  
  1295. 10.  Security Considerations
  1296.  
  1297.    Institutions who wish to connect to the Internet should be aware that
  1298.    the Internet network is, by nature, and open network.  As such,
  1299.    connecting institutions must make sure that security mechanisms are
  1300.    in force on their own campus network to ensure that unauthorized or
  1301.    inappropriate use of campus resources is not exploited by either the
  1302.    internal campus or by the external Internet community.  Moreover, it
  1303.    is incumbent on the institution to ensure that the campus community
  1304.    is aware of the proper use of the Internet.  The institution bears
  1305.    the responsibility to educate its users on the appropriate use of
  1306.    campus systems within the context of proper and ethical use of the
  1307.    Internet.
  1308.  
  1309.    An assessment of security on the campus network prior to connecting
  1310.    to the Internet should ensure that all required security patches are
  1311.    installed on all campus connected systems as well as on the campus
  1312.    network.  Systems with sensitive data or information should be
  1313.    physically secure as well as up to date with software security
  1314.    patches.  In so far as possible, network addressable devices should
  1315.    be secure.  Changes to these devices should only be effected by
  1316.    authorized network management personnel to avoid potential security
  1317.    risks.
  1318.  
  1319.    For more information on security issues, refer to FYI 8, RFC 1244,
  1320.    "Site Security Handbook" [1].
  1321.  
  1322.    In summary, it is only the cooperation and attention of each
  1323.    connecting institution on the Internet to security issues that will
  1324.    ensure the security of the Internet as a whole.
  1325.  
  1326. 11.  Authors' Addresses
  1327.  
  1328.    ACM SIGUCCS Networking Taskforce
  1329.    E-Mail discussion list:  nettf@comet.cit.cornell.edu
  1330.  
  1331.    Martyne M. Hallgren, Chairman
  1332.    Cornell University
  1333.    143 Caldwell Hall
  1334.    Ithaca, NY
  1335.  
  1336.    Phone: (607) 255-5510
  1337.    EMail: martyne@nr-tech.cit.cornell.edu
  1338.  
  1339.  
  1340.    Jack Pope
  1341.    University of San Diego
  1342.    San Diego, CA
  1343.  
  1344.  
  1345.  
  1346. NETTF                                                          [Page 24]
  1347.  
  1348. RFC 1359               Connecting to the Internet            August 1992
  1349.  
  1350.  
  1351.    Pat Smith
  1352.    MERIT, Inc.
  1353.    Ann Arbor, MI
  1354.  
  1355.  
  1356.    John Cordani
  1357.    Eastern Michigan University
  1358.    Ypsilanti, MI
  1359.  
  1360.  
  1361.    Steven Sather
  1362.    University of California, Los Angeles
  1363.    Los Angeles, CA
  1364.  
  1365.  
  1366.    Joyce McGowan
  1367.    University of Arkansas
  1368.    Fayetteville, Arkansas
  1369.  
  1370.  
  1371.  
  1372.  
  1373.  
  1374.  
  1375.  
  1376.  
  1377.  
  1378.  
  1379.  
  1380.  
  1381.  
  1382.  
  1383.  
  1384.  
  1385.  
  1386.  
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.  
  1400.  
  1401.  
  1402. NETTF                                                          [Page 25]
  1403.  
  1404.